Inkrementaalne arendusmudel

Inkrementaalne arendusmudel on arengustrateegia, kus tarkvara arendamine toimub
järk-järgult ja vastavalt kindlale ajakavale. Iga etapi jooksul
arendatakse süsteemi teatud osa, mille valmisolekuga see integreeritakse
juba olemasolevasse süsteemi.

  1. Nõuete analüüs: Inkrementaalse mudeli esimeses etapis määratakse
    kindlaks süsteemi nõuded. Selle faasi eesmärgiks on mõista tarkvara
    funktsionaalsust ja tuvastada, milliseid omadusi süsteem peab omama.

  2. Disain ja arendus: Selles etapis keskendutakse süsteemi arhitektuuri
    kavandamisele ning arendamisprotsessi käivitamisele. Inkrementaalne
    mudel võimaldab uusi funktsioone lisada järjestikku, tehes iga osa
    arenduse lõpuleviimise järel süsteemi täiendavaks.

  3. Testimine: Iga arendatud funktsioon testitakse, et kontrollida selle
    õiget toimimist. Iga lisatud osa on eelnevalt testitud ja kontrollitud,
    et tagada kogu süsteemi usaldusväärsus.

  4. Rakendamine: Rakendamise etapis toimub lõplik kodeerimine ja
    funktsionaalsuse testimine. Kui süsteem on valmis, viiakse läbi viimased
    testimised, enne kui süsteem on lõplikult kasutusele võetud ja täiustatud.

Inkrementaalne arendusmudel põhineb järjestikustel etappidel, kus iga uus etapp
täiendab eelnevat ja lisab süsteemi uusi funktsioone. Kõik etapid keskenduvad
kindlate ülesannete täitmisele, sealhulgas nõuete määratlemine, süsteemi
disainimine, tarkvara arendamine, testimine ja lõplik rakendamine.

Inkrementaalne arendus
Positiivsed küljed Negatiivsed küljed
Pakub paindlikkust süsteemi arendamise käigus, kuna klient saab iga etapi lõpus tagasisidet ja süsteemi juba toimiva osa. Kuna süsteem areneb järk-järgult, võib olla keeruline kogu projekti kulude ja ajakava jälgimine.
Igast osast saadakse klientide tagasiside, mis aitab tagada, et süsteem vastab täpselt nende vajadustele. Üksikute osade pidev täiustamine võib viia süsteemi struktuuri nõrgenemiseni, mis muudab tuleviku muudatused keeruliseks ja kalliks.
Kiirem toote tarnimine, kuna iga inkrement annab võimaluse tarnida töötav osa süsteemist varem kui traditsioonilistes mudelites. Kuna muutused tehakse pidevalt, võib see põhjustada ebamugavusi või vigu süsteemi hilisemates osades.
Allikad: EUCIP, Javatpoint